From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj@www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka@exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj@www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 14 23:21:58 2006 Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj@www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Tue Mar 14 23:21:59 2006 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0001.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj@www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0001.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka@exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj@www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0001.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0001.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 18:25:22 2006 Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj@www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Tue Mar 28 18:25:23 2006 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0002.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj@www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0002.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka@exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj@www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0002.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0002.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj@www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Tue Mar 28 20:17:18 2006 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0003.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0003.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0003.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0003.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0004.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0004.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0004.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0004.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0005.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0005.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0005.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0005.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0006.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0006.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0006.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0006.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0007.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0007.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0007.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0007.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0008.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0008.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0008.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0008.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0009.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0009.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0009.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0009.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0010.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0010.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0010.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0010.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0011.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0011.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0011.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0011.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0012.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0012.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0012.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0012.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0013.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0013.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0013.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0013.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0014.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0014.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0014.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0014.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0015.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0015.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0015.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0015.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0016.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0016.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0016.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0016.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0017.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0017.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0017.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0017.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0018.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0018.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0018.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0018.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0019.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0019.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0019.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0019.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0020.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0020.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0020.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0020.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0021.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0021.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0021.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0021.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0022.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0022.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0022.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0022.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0023.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0023.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0023.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0023.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0024.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0024.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0024.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0024.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0025.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0025.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0025.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0025.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0026.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0026.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0026.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0026.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0027.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0027.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0027.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0027.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0028.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0028.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0028.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0028.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0029.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0029.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0029.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0029.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0030.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0030.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0030.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0030.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0031.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0031.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0031.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0031.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0032.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0032.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0032.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0032.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0033.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0033.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0033.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0033.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0034.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0034.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0034.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0034.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0035.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0035.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0035.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0035.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0036.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0036.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0036.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0036.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0037.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0037.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0037.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0037.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0038.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0038.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0038.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0038.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0039.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0039.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0039.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0039.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0040.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0040.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0040.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0040.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0041.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0041.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0041.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0041.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0042.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0042.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0042.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0042.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0043.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0043.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0043.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0043.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0044.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0044.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0044.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0044.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0045.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0045.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0045.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0045.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0046.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0046.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0046.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0046.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0047.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0047.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0047.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0047.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0048.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0048.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0048.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0048.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0049.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0049.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0049.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0049.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0050.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0050.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0050.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0050.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0051.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0051.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0051.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0051.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0052.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0052.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0052.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0052.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0053.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0053.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0053.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0053.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0054.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0054.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0054.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0054.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0055.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0055.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0055.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0055.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0056.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0056.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0056.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0056.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0057.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0057.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0057.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0057.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0058.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0058.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0058.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0058.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0059.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0059.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0059.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0059.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0060.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0060.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0060.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0060.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0061.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0061.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0061.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0061.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0062.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0062.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0062.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0062.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0063.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0063.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0063.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0063.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0064.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0064.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0064.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0064.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0065.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0065.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0065.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0065.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0066.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0066.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0066.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0066.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0067.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0067.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0067.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0067.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0068.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0068.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0068.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0068.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0069.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0069.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0069.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0069.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0070.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0070.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0070.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0070.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0071.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0071.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0071.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0071.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0072.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0072.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0072.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0072.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0073.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0073.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0073.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0073.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0074.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0074.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0074.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0074.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0075.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0075.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0075.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0075.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0076.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0076.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0076.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0076.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0077.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0077.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0077.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0077.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0078.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0078.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0078.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0078.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0079.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0079.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0079.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0079.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0080.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0080.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0080.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0080.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0081.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0081.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0081.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0081.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0082.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0082.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0082.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0082.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0083.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0083.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0083.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0083.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0084.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0084.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0084.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0084.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0085.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0085.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0085.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0085.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0086.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0086.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0086.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0086.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0087.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0087.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0087.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0087.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0088.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0088.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0088.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0088.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0089.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0089.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0089.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0089.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0090.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0090.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0090.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0090.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0091.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0091.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0091.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0091.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0092.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0092.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0092.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0092.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0093.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0093.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0093.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0093.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0094.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0094.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0094.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0094.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0095.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0095.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0095.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0095.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0096.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0096.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0096.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0096.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0097.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0097.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0097.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0097.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0098.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0098.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0098.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0098.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0099.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0099.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0099.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0099.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0100.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0100.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0100.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0100.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0101.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0101.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0101.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0101.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0102.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0102.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0102.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0102.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0103.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0103.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0103.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0103.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0104.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0104.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0104.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0104.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0105.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0105.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0105.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0105.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0106.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0106.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0106.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0106.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0107.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0107.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0107.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0107.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0108.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0108.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0108.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0108.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0109.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0109.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0109.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0109.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0110.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0110.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0110.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0110.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0111.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0111.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0111.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0111.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0112.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0112.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0112.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0112.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0113.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0113.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0113.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0113.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0114.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0114.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0114.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0114.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0115.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0115.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0115.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0115.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0116.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0116.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0116.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0116.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0117.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0117.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0117.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0117.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0118.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0118.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0118.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0118.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0119.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0119.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0119.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0119.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0120.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0120.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0120.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0120.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0121.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0121.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0121.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0121.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0122.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0122.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0122.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0122.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0123.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0123.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0123.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0123.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0124.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0124.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0124.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0124.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0125.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0125.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0125.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0125.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0126.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0126.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0126.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0126.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0127.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0127.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0127.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0127.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0128.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0128.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0128.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0128.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0129.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0129.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0129.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0129.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0130.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0130.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0130.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0130.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0131.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0131.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0131.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0131.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0132.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0132.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0132.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0132.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0133.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0133.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0133.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0133.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0134.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0134.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0134.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0134.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0135.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0135.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0135.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0135.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0136.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0136.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0136.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0136.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0137.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0137.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0137.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0137.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0138.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0138.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0138.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0138.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0139.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0139.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0139.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0139.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0140.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0140.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0140.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0140.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0141.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0141.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0141.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0141.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0142.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0142.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0142.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0142.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0143.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0143.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0143.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0143.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0144.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0144.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0144.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0144.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0145.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0145.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0145.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0145.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0146.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0146.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0146.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0146.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0147.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0147.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0147.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0147.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0148.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0148.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0148.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0148.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0149.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0149.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0149.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0149.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0150.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0150.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0150.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0150.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0151.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0151.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0151.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0151.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0152.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0152.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0152.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0152.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0153.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0153.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0153.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0153.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0154.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0154.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0154.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0154.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0155.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0155.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0155.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0155.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0156.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0156.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0156.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0156.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0157.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0157.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0157.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0157.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0158.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0158.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0158.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0158.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0159.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0159.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0159.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0159.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0160.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0160.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0160.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0160.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0161.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0161.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0161.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0161.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0162.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0162.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0162.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0162.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0163.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0163.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0163.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0163.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0164.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0164.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0164.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0164.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0165.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0165.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0165.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0165.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0166.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0166.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0166.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0166.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0167.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0167.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0167.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0167.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0168.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0168.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0168.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0168.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0169.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0169.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0169.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0169.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0170.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0170.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0170.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0170.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0171.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0171.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0171.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0171.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0172.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0172.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0172.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0172.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0173.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0173.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0173.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0173.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0174.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0174.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0174.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0174.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0175.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0175.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0175.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0175.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0176.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0176.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0176.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0176.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0177.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0177.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0177.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0177.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0178.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0178.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0178.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0178.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0179.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0179.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0179.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0179.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0180.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0180.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0180.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0180.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0181.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0181.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0181.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0181.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0182.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0182.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0182.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0182.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0183.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0183.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0183.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0183.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0184.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0184.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0184.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0184.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0185.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0185.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0185.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0185.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0186.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0186.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0186.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0186.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0187.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0187.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0187.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0187.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0188.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0188.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0188.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0188.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0189.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0189.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0189.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0189.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0190.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0190.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0190.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0190.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0191.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0191.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0191.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0191.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0192.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0192.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0192.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0192.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0193.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0193.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0193.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0193.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0194.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0194.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0194.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0194.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0195.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0195.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0195.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0195.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0196.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0196.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0196.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0196.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0197.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0197.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0197.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0197.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0198.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0198.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0198.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0198.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0199.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0199.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0199.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0199.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0200.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0200.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0200.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0200.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0201.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0201.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0201.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0201.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0202.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0202.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0202.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0202.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0203.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0203.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0203.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0203.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0204.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0204.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0204.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0204.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0205.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0205.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0205.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0205.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0206.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0206.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0206.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0206.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0207.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0207.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0207.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0207.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0208.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0208.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0208.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0208.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0209.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0209.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0209.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0209.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0210.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0210.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0210.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0210.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0211.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0211.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0211.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0211.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0212.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0212.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0212.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0212.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0213.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0213.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0213.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0213.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0214.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0214.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0214.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0214.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0215.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0215.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0215.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0215.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0216.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0216.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0216.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0216.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0217.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0217.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0217.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0217.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0218.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0218.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0218.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0218.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0219.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0219.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0219.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0219.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0220.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0220.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0220.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0220.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0221.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0221.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0221.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0221.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0222.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0222.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0222.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0222.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0223.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0223.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0223.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0223.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0224.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0224.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0224.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0224.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0225.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0225.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0225.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0225.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0226.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0226.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0226.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0226.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0227.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0227.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0227.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0227.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0228.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0228.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0228.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0228.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0229.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0229.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0229.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0229.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0230.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0230.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0230.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0230.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0231.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0231.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0231.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0231.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0232.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0232.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0232.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0232.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0233.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0233.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0233.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0233.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0234.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0234.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0234.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0234.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0235.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0235.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0235.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0235.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0236.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0236.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0236.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0236.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0237.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0237.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0237.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0237.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0238.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0238.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0238.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0238.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0239.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0239.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0239.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0239.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0240.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0240.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0240.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0240.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0241.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0241.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0241.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0241.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0242.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0242.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0242.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0242.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0243.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0243.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0243.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0243.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0244.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0244.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0244.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0244.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0245.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0245.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0245.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0245.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0246.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0246.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0246.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0246.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0247.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0247.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0247.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0247.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0248.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0248.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0248.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0248.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0249.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0249.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0249.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0249.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0250.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0250.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0250.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0250.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0251.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0251.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0251.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0251.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0252.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0252.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0252.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0252.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0253.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0253.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0253.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0253.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0254.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0254.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0254.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0254.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0255.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0255.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0255.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0255.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0256.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0256.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0256.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0256.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0257.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0257.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0257.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0257.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0258.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0258.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0258.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0258.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0259.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0259.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0259.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0259.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0260.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0260.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0260.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0260.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0261.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0261.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0261.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0261.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0262.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0262.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0262.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0262.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0263.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0263.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0263.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0263.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0264.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0264.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0264.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0264.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0265.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0265.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0265.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0265.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0266.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0266.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0266.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0266.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0267.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0267.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0267.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0267.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0268.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0268.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0268.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0268.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0269.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0269.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0269.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0269.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0270.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0270.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0270.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0270.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0271.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0271.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0271.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0271.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0272.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0272.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0272.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0272.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0273.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0273.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0273.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0273.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0274.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0274.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0274.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0274.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0275.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0275.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0275.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0275.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0276.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0276.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0276.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0276.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0277.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0277.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0277.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0277.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0278.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0278.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0278.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0278.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0279.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0279.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0279.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0279.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0280.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0280.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0280.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0280.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0281.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0281.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0281.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0281.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0282.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0282.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0282.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0282.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0283.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0283.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0283.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0283.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0284.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0284.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0284.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0284.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0285.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0285.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0285.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0285.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0286.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0286.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0286.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0286.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0287.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0287.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0287.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0287.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0288.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0288.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0288.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0288.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0289.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0289.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0289.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0289.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0290.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0290.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0290.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0290.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0291.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0291.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0291.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0291.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0292.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0292.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0292.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0292.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0293.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0293.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0293.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0293.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0294.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0294.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0294.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0294.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0295.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0295.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0295.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0295.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0296.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0296.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0296.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0296.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0297.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0297.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0297.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0297.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0298.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0298.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0298.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0298.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0299.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0299.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0299.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0299.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0300.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0300.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0300.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0300.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0301.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0301.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0301.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0301.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0302.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0302.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0302.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0302.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0303.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0303.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0303.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0303.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0304.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0304.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0304.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0304.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0305.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0305.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0305.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0305.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0306.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0306.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0306.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0306.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0307.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0307.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0307.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0307.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0308.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0308.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0308.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0308.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0309.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0309.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0309.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0309.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0310.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0310.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0310.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0310.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0311.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0311.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0311.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0311.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0312.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0312.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0312.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0312.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0313.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0313.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0313.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0313.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0314.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0314.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0314.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0314.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0315.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0315.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0315.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0315.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0316.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0316.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0316.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0316.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0317.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0317.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0317.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0317.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0318.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0318.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0318.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0318.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0319.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0319.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0319.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0319.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0320.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0320.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0320.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0320.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0321.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0321.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0321.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0321.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0322.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0322.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0322.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0322.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0323.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0323.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0323.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0323.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0324.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0324.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0324.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0324.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0325.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0325.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0325.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0325.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0326.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0326.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0326.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0326.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0327.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0327.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0327.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0327.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0328.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0328.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0328.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0328.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0329.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0329.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0329.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0329.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0330.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0330.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0330.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0330.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0331.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0331.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0331.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0331.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0332.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0332.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0332.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0332.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0333.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0333.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0333.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0333.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0334.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0334.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0334.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0334.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0335.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0335.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0335.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0335.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0336.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0336.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0336.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0336.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0337.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0337.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0337.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0337.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0338.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0338.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0338.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0338.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0339.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0339.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0339.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0339.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0340.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0340.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0340.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0340.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0341.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0341.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0341.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0341.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 25 Apr 2005 06:22:46 +0100 (BST) Subject: [Rxtx] where is the sample programe source of RXTX In-Reply-To: <426C638D.000105.09711@m57.126.com> References: <426C638D.000105.09711@m57.126.com> Message-ID: On Mon, 25 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > Can anyone tell me where is the sample programe source of RXTX? > > Thanks! > > Regards, > Yulei There are some simple examples in the contrib directory with the rxtx source. There are also examples available with Sun's CommAPI. With rxtx 2.1 you just change import javax.comm.*; to import gnu.io.*; Everything else should be the same. With rxtx 2.0 you just follow the instructions in Sun's CommAPI. -- Trent Jarvi taj at www.linux.org.uk From matt.wallace at motorola.com Wed Apr 20 07:09:15 2005 From: matt.wallace at motorola.com (Wallace Matthew-E50082) Date: Wed, 20 Apr 2005 08:09:15 -0500 Subject: [Rxtx] Compilation problem Message-ID: I grabbed the latest RXTX from CVS using 'checkout -r commapi-0-0-1 rxtx-devel' and I ran into some compilation errors: /home/e50082/rxtx-devel/src/SerialImp.c:1439: error: conflicting types for `Java_gnu_io_RXTXPort_nativeDrain' i686-pc-linux-gnu/gnu_io_RXTXPort.h:202: error: previous declaration of `Java_gnu_io_RXTXPort_nativeDrain' /home/e50082/rxtx-devel/src/SerialImp.c:2656: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:266: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetParityErrorChar' /home/e50082/rxtx-devel/src/SerialImp.c:2686: error: conflicting types for `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' i686-pc-linux-gnu/gnu_io_RXTXPort.h:282: error: previous declaration of `Java_gnu_io_RXTXPort_nativeGetEndOfInputChar' I saw a reference to to this in the archives and that's actually why I went with the CVS version (I saw these errors with the release version as well). It took me a while to figure out what was going on, but (this may be obvious to others) the problem is that the header file had different return and parameter types than the implementation files. I'm guessing this may be some sort of CVS mismatch (perhaps something forgot to be checked in?). Anyways, I changed all the header method declarations to match the implementation ones, and it compiled no problem. I did want to ask though, which one is right? That is, is the Java code expecting types like those that are in the header files and or in the implementation files. Also, I assume this error must have something to do with how the configure/Makefile is setup for my config, so could the fact that I'm using Java 5.0 (release 02) on Linux cause this error? In any event, I think I have it fixed, but I wanted to point it out so it could be fixed in CVS. Thanks, Matt Wallace From chen_yulei at 126.com Tue Apr 19 02:45:04 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Tue, 19 Apr 2005 16:45:04 +0800 (CST) Subject: [Rxtx] a problem of using RXTX on win32 Message-ID: <4264C510.0000E3.05039@m55.126.com> Hi, I tried to using rxtx package which is cross-platform to communicate with serial port. My first try is to use the package rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. I have install the package according to the README file. I use the sample provided by java communication api package -- SerialDemo. I have compiled the file successfully, but when I run the demo, it show the message as following: Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no SolarisSerialPar allel in java.library.path Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver c om.sun.comm.SolarisDriver. I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. What's wrong? Can anyone help me with this? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/62fa7e52/attachment-0342.html From taj at www.linux.org.uk Tue Apr 19 03:08:20 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 19 Apr 2005 10:08:20 +0100 (BST) Subject: [Rxtx] a problem of using RXTX on win32 In-Reply-To: <4264C510.0000E3.05039@m55.126.com> References: <4264C510.0000E3.05039@m55.126.com> Message-ID: On Tue, 19 Apr 2005, [gb2312] chen_yulei wrote: > Hi, > > I tried to using rxtx package which is cross-platform to communicate > with serial port. My first try is to use the package > rxtx-bins.1\1.5\i386-pc-mingw32 on win32 system. Hi Yulei 1.4 works with Sun's CommAPI. The newer version is rxtx 2.0 which may or may not be of more use to you. ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > > I have install the package according to the README file. I use the > sample provided by java communication api package -- SerialDemo. > > I have compiled the file successfully, but when I run the demo, it show > the message as following: > > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: no > SolarisSerialPar allel in java.library.path Caught > java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver > c om.sun.comm.SolarisDriver. > > I have already set Driver=gnu.io.RXTXCommDriver in javax.comm.properties. > > What's wrong? Can anyone help me with this? > Either the javax.comm.properties file is misplaced or it does not have the contents you think it does. If the javax.comm.properties file is read by CommAPI properly, you will not see it try to use SolarisSerial. You may just try java -DDriver=gnu.io.RXTXCommDriver SerialDemo which does what the properties file should do. -- Trent Jarvi taj at www.linux.org.uk From mka at exceldata.com Tue Apr 19 16:37:57 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 20 Apr 2005 00:37:57 +0200 Subject: [Rxtx] POS Printer Message-ID: Hey everyone Having quite an urgent problem, so I hope I guys (and girls) can help me out ... I'm developing an application printing tickets using an Epson POS Printer (TM T88 IIIP) in Java communication printdata (received in complete form from a server) via RXTX to LPT1. I'm expirencing the following error (the whole JVM falls apart): An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C92AE22 Function=RtlImpersonateSelf+0x3A5 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) at com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) at com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) at com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll 0x02CC0000 - 0x02CD2000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll 0x009A0000 - 0x009AD000 C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 99K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, 0x10650000) compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, 0x14410000) Local Time = Wed Apr 20 00:26:55 2005 Elapsed Time = 18 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) # Now the "funny"/"weird" part is that it fails only for some sets of bytes passed through RXTX to LPT1. So some sets of bytes works perfectly fine - no problems, ticket are printed nicely - the remaining sets get the ticket printed, but then the JVM dumps. And it's consistent - that it is always the same sets of bytes that makes the JVM fall apart. I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump and tried a 1.4.2 and 1.5.0 VM - the same!!! Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the few entries present indicates that it is something that occurs during other native java operations as well ... which makes the inquery in this list less significant, but I wanted to give it a shot ... Any information is appriciated :) Best regards Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050419/35ed183e/attachment-0342.html From taj at www.linux.org.uk Tue Apr 19 18:07:10 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 20 Apr 2005 01:07:10 +0100 (BST) Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: On Wed, 20 Apr 2005 mka at exceldata.com wrote: > Hey everyone > > Having quite an urgent problem, so I hope I guys (and girls) can help me > out ... > > I'm developing an application printing tickets using an Epson POS Printer > (TM T88 IIIP) in Java communication printdata (received in complete form > from a server) via RXTX to LPT1. > > I'm expirencing the following error (the whole JVM falls apart): > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x7C92AE22 > Function=RtlImpersonateSelf+0x3A5 > Library=C:\WINDOWS\system32\ntdll.dll > > Current Java thread: > at gnu.io.LPRPort.writeArray(Native Method) > at gnu.io.LPRPort$ParallelOutputStream.write(LPRPort.java:286) > - locked <0x10016888> (a gnu.io.LPRPort$ParallelOutputStream) > at > com.exceldata.customers.ssl.paymentterminal.printer.RXTXPrinterImpl.print(RXTXPrinterImpl.java:59) > at > com.exceldata.customers.ssl.paymentterminal.printer.EpsonTM8IIIPrinter.print(EpsonTM8IIIPrinter.java:89) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.processInput(PrintServer.java:90) > at > com.exceldata.customers.ssl.paymentterminal.printserver.PrintServer.main(PrintServer.java:72) > > Dynamic libraries: > 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_07\jre\bin\java.exe > 0x7C900000 - 0x7C9B2000 C:\WINDOWS\system32\ntdll.dll > 0x7C800000 - 0x7C8F8000 C:\WINDOWS\system32\kernel32.dll > 0x77DC0000 - 0x77E6B000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77E70000 - 0x77F01000 C:\WINDOWS\system32\RPCRT4.dll > 0x77C00000 - 0x77C58000 C:\WINDOWS\system32\MSVCRT.dll > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll > 0x77D30000 - 0x77DC0000 C:\WINDOWS\system32\USER32.dll > 0x77F10000 - 0x77F56000 C:\WINDOWS\system32\GDI32.dll > 0x76B30000 - 0x76B5E000 C:\WINDOWS\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_07\jre\bin\hpi.dll > 0x003E0000 - 0x003EE000 C:\j2sdk1.4.2_07\jre\bin\verify.dll > 0x008A0000 - 0x008B9000 C:\j2sdk1.4.2_07\jre\bin\java.dll > 0x008C0000 - 0x008CD000 C:\j2sdk1.4.2_07\jre\bin\zip.dll > 0x02CC0000 - 0x02CD2000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxSerial.dll > 0x73D40000 - 0x73D67000 C:\WINDOWS\system32\crtdll.dll > 0x009A0000 - 0x009AD000 > C:\javaudv\workspace\SSLBetalingsTerminal\native_libraries\rxtxParallel.dll > 0x76C80000 - 0x76CA8000 C:\WINDOWS\system32\imagehlp.dll > 0x59F30000 - 0x59FD1000 C:\WINDOWS\system32\DBGHELP.dll > 0x77BF0000 - 0x77BF8000 C:\WINDOWS\system32\VERSION.dll > 0x76BE0000 - 0x76BEB000 C:\WINDOWS\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 99K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 6% used [0x10010000, 0x10018e00, 0x10090000) > from space 64K, 100% used [0x100a0000, 0x100b0000, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 46K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 3% used [0x104f0000, 0x104fba40, 0x104fbc00, > 0x10650000) > compacting perm gen total 4096K, used 1116K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 27% used [0x14010000, 0x141272b0, 0x14127400, > 0x14410000) > > Local Time = Wed Apr 20 00:26:55 2005 > Elapsed Time = 18 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_07-b05 mixed mode) > # > > > Now the "funny"/"weird" part is that it fails only for some sets of bytes > passed through RXTX to LPT1. So some sets of bytes works perfectly fine - > no problems, ticket are printed nicely - the remaining sets get the ticket > printed, but then the JVM dumps. And it's consistent - that it is always > the same sets of bytes that makes the JVM fall apart. > > I'm tried RXTX-2.1-7pre17 and RXTX-2.1-7pre20 - both resulting in the dump > and tried a 1.4.2 and 1.5.0 VM - the same!!! > > Google doesn't show up a lot regarding "RtlImpersonateSelf+0x3A5" but the > few entries present indicates that it is something that occurs during > other native java operations as well ... which makes the inquery in this > list less significant, but I wanted to give it a shot ... > Hi Mikael yuck :) I looked through the code and could not see anything in the writeArray(). I really don't know what to say. It may be a thread problem. But I dont see where. If you have someone on staff that can look at this in detail and knows C/C++ code, I can setup a 'bob' account for you off the list. Bob ssh accounts just have the source ready to build with a make command so you dont need to waste time setting up the rather involved builds. I googled for RtlImpersonateSelf+0x3A5 also. One of the strangest "solutions" I saw was removing spaces from the classpath or shortening the classpath. Some of the blowups are mouse related. I just dont know what to think. -- Trent Jarvi taj at www.linux.org.uk From ricardo.trindade at emation.pt Wed Apr 20 02:56:19 2005 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 20 Apr 2005 09:56:19 +0100 Subject: [Rxtx] POS Printer In-Reply-To: References: Message-ID: <42661933.3000308@emation.pt> An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050420/70c2c46f/attachment-0342.html From mikkal56 at hotmail.com Wed Apr 20 07:06:08 2005 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 20 Apr 2005 13:06:08 +0000 Subject: [Rxtx] POS Printer In-Reply-To: Message-ID: Hi, we are using rxtx for read data from serial port, and for write to the parellel or serial printers that we have, we are openning the port as a filesystem file, for example for the serial port we are using an Stream to the /dev/lp0 in linux, and we send the bytes to that port, i mean we are trying the printers ports as a normal file in a stream, it works well, if it its urgent you better make this change to your code. I hope it helps. _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chen_yulei at 126.com Sun Apr 24 21:27:09 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Mon, 25 Apr 2005 11:27:09 +0800 (CST) Subject: [Rxtx] where is the sample programe source of RXTX Message-ID: <426C638D.000105.09711@m57.126.com> Hi, Can anyone tell me where is the sample programe source of RXTX? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050425/af5227a5/attachment-0342.html From taj at www.linux.org.uk Sun Apr 24 23:22:46 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon